Support for worm cartridges realized by linear tape file system (ltfs)

ABSTRACT

When a WORM cartridge is formatted for Tape File System (LTFS) in advance, such as prior to shipment, Linear Tape File System Library Edition (LTFS LE) is expanded by software to reduce consumption of the index partition and to support elimination of the appending of unnecessary data. More specifically, instead of recording metadata in the index partition during normal unmounting, the metadata is recorded in separate local storage such as on hard disk drive (HDD), and the index partition is updated only when the cartridge is ejected from the library. In this way, the present invention is able to significantly reduce the frequency of index partition updates. Because an update occurs only when the user intentionally ejects a cartridge, overflow of the index partition before overflow of the data partition can be prevented.

TECHNICAL FIELD

The present invention relates to a file system which realizes support for write once read many (WORM) cartridges.

BACKGROUND ART

A new file system called a Linear Tape File System (LTFS) has recently been developed as a new use for tape.

LTFS is software (S/W) which works with hardware (H/W) resources to enable tape to be accessed via the file system interface.

LTFS is realized by storing data on tape cartridges using the LTFS format, which has open specifications, and has been adopted by many companies other than IBM (IBM, the IBM logo, and ibm.com are trademarks or registered trademarks of International Business Machines Corporation, registered in many jurisdictions worldwide).

The LTFS format specifies that the tape built into the tape cartridge be divided into two partitions: an index partition (IP) and a data partition (DP).

Here, metadata such as allocation data for a file is recorded in the index partition, and file data is primarily recorded in the data partition.

The following is background information related to this recording process.

File allocation information is frequently updated, but data is always being appended so that the tape becomes a so-called sequential access device. When data is recorded to a single partition, the allocation information is always recorded at the end.

Because the data at the end has to be read when a tape cartridge is mounted, the mounting process is time consuming.

In LTFS, metadata is overwritten in the beginning portion of the index partition when a tape cartridge is unmounted. As a result, it is always possible to read the metadata from the index partition when a tape is mounted.

More precisely, metadata is also written to the data partition. Even though this takes time, the metadata recorded in the data partition can then be used to restore a mounted tape cartridge when metadata cannot be updated in the index partition due, for example, to a sudden power interruption.

A mechanism is also used to enable storage of a small amount of data in the index partition. Data to be read during the mounting process can then be retrieved rapidly from the index partition by recording the data not only in the data partition but also in the index partition.

FIG. 1 is a diagram showing an example of information recorded on a tape cartridge.

In this example, a separately designated file (File B) and the most recent metadata (Metadata 3) are recorded in the index partition.

Metadata (Metadata 1, Metadata 2, Metadata 3) is also recorded in the data partition along with the actual file data (File A, File B, File, C, File D).

Here, Metadata 1 and Metadata 2 in the data partition is old metadata. Because this information is basically appended to the tape, it is stored without performing any overwriting.

The timing for writing this metadata to the data partition can be established explicitly by an application (for example, by calling FlushFileBuffers( )which is a standard API in Windows (a trademark of Microsoft Corporation, registered in many jurisdictions worldwide)), can be established based on the timing for closing files in IBM LTFS, or can be established to occur once a predetermined period of time has elapsed.

There are two basic versions of LTFS; LTFS SDE (Linear Tape File System Single Drive Edition) in which a single tape cartridge is inserted into a single tape drive, and LTFS LE (Linear Tape File System Library Edition) in which a plurality of tape cartridges are inserted into a tape library.

In LTFS LE, each LTFS-formatted tape cartridge incorporated into a tape library is expressed as a directory, and the data in each tape cartridge can be accessed as files.

FIG. 2 is a diagram showing a view of directories in LTFS LE as an example in which a tape library including inserted tape cartridges AAA000, BBB000 and CCC000 have been mounted using LTFS LE.

In LTFS LE, the directories (dir1, dir2, dir3) created in tape cartridge CCC000 can be viewed as subdirectories of directory CCC000.

When files are read and updated in a tape cartridge using LTFS LE, a tape cartridge is mounted in a tape drive, and the data is accessed on the tape cartridge.

The number of tape drives incorporated into a tape library is generally smaller than the number of tape cartridges.

Therefore, when a tape cartridge is to be mounted in a tape drive, a tape cartridge in use has to be unmounted if there are no free tape drives, and the tape cartridge to be accessed is mounted.

FIG. 3 is a diagram showing the unmounting and mounting flow when reading and writing occur.

In LTFS LE, the unmounting and mounting operations are concealed from the user, as shown in FIG. 3. If necessary (in accordance with the access request), the tape drives are assigned using an LRU-based algorithm, and tapes are unmounted and mounted in a manner not visible to the user.

When LTFS LE is used, a tape library with a large storage capacity can be used as ordinary disk storage. In this case, the LTFS LE may be shared via a network to create NAS.

Because information is recorded on tape cartridges using the LTFS format, which is an open standard, LTFS LE can be easily used to remove tape cartridges from a tape library and read them using different systems.

When data is moved to a remote site as an emergency precaution or to allow data to be shared at multiple locations, tape cartridges can be removed from a tape library and physically moved without having to establish an expensive broadband network.

Because it is less expensive to use NAS with HDDs, LTFS LE has attracted attention as a means of handling large quantities of data.

When LTFS LE is used as NAS and tape cartridges are removed and used if necessary, it is important to prevent data tampering in the case of removed data cartridges.

One method of preventing data tampering in LTO tape drives and TS1140 tape drives is a mechanism referred to as “WORM (Write Once Read Many)”.

When WORM tape cartridges are used (referred to below as “WORM cartridges”), just as with CD-R, data once written cannot be updated or deleted.

Therefore, there is demand for the use of WORM cartridges in LTFS LE as a way of preventing data tampering.

However, LTFS currently does not support WORM cartridges for the following two reasons.

-   -   1. Fifth-generation and sixth-generation Linear Tape-Open (LTO)         tape drives and TS1140 tape drives supported by LTFS do not         support the creation of partitions in WORM cartridges.     -   2. Even if a tape drive were to support the creation of these         partitions, metadata cannot be overwritten in the index         partition of a WORM cartridge. It is appended.

Therefore, metadata is frequently appended to the index partition as a sequence of operations is performed such as writing a small number of files, unmounting a cartridge, and writing a small number of files immediately after mounting the cartridge.

Usually, less area is assigned to the index partition than to the data partition in order to be able to store more data. However, when data is frequently appended to the index partition, the capacity of the index partition may be exhausted even though more space is still available in the data partition, and the tape may no longer be updated.

Because the cartridge mounting and unmounting operations are concealed from the user in LTFS LE, mounting and unmounting may occur frequently (simply by repeatedly accessing files in different directories) without the user being aware that this is occurring.

As a result, the index partition may be updated many times without the user being aware of this, and a large amount of the index partition may be consumed.

Therefore, unnecessary appending of data has to be eliminated in order to reduce consumption of capacity in the index partition.

It is not technically difficult to support (1) above, because a WORM cartridge could simply be partitioned in advance, for example, prior to shipment.

Shipment of LTFS-formatted cartridges is being considered for cartridges intended for use in LTFS.

A WORM cartridge may be prepared or formatted by dividing the built-in tape into two WORM partitions, for recording the history of a plurality of files and metadata (including the allocation of one or more recorded files) in the one WORM data partition, and for recording metadata in the other WORM index partition.

A method has been developed for (2) above by applying WORM using only a data partition. This method is explained in detail in an application filed by the present applicant (see Patent Literature 1).

However, a problem remains with applying WORM using only a data partition as disclosed in Patent Literature 1 because there is no index partition for WORM, and tampering with index partition data cannot be detected.

CITED LITERATURE Patent Literature

Patent Literature 1PCT Publication WO2013/054597A1

-   -   a. (Applicant Reference No. JP920110094)

SUMMARY OF INVENTION Technical Problems

It is an object of the present invention to solve the problem that occurs when a WORM cartridge is formatted for LTFS in advance, such as prior to shipment, the cartridge is used in LTFS LE, index partition updates occur frequently without the awareness of the user, and metadata can no longer be written to the index partition even though the data partition is free.

Means of Solving the Problem

In the present invention, when a WORM cartridge is formatted for LTFS in advance such as prior to shipment, LTFS LE is expanded by software to reduce consumption of the index partition and to support elimination of the appending of unnecessary data.

More specifically, instead of recording metadata in the index partition during normal unmounting, the metadata is recorded in separate local storage such as on an HDD, and the index partition is updated only when the cartridge is ejected from the library and is no longer managed by the LTFS LE.

Effect of the Invention

In this way, the present invention is able to significantly reduce the frequency of index partition updates.

Because an update occurs only when the user intentionally ejects a tape cartridge and the cartridge is no longer managed by the LTFS LE, overflow of the index partition before overflow of the data partition can be prevented.

BRIEF EXPLANATION OF THE DRAWINGS

FIG. 1 is a diagram showing an example of information recorded on a tape cartridge.

FIG. 2 is a diagram showing a view of directories in LTFS LE as an example in which tape libraries including inserted tape cartridges AAA000, BBB000 and CCC000 have been mounted using LTFS LE.

FIG. 3 is a diagram showing the unmounting and mounting flow when reading and writing occur.

FIG. 4 is a diagram showing an example of a table T of the present invention.

FIG. 5 is a diagram showing the flow when access occurs in the present invention.

FIG. 6 is a diagram showing the flow when a tape cartridge is ejected in the present invention.

EMBODIMENT OF THE INVENTION

The present invention assumes that a WORM cartridge formatted for LTFS in advance, such as prior to shipment, is being used.

The preparation of WORM cartridges formatted for LTFS in advance, such as prior to shipment, is not currently in practice, but is not technically difficult to realize.

In the present invention, an area is prepared in local storage operated by the LTFS LE, such as the HDD of a PC, for storing the metadata of each cartridge and file data to be written to an index partition.

This area is referred to as the “index area”.

An index area may be prepared only for each cartridge managed by the LTFS LE.

A table T indicating the access status of each cartridge by the LTFS LE is also prepared.

FIG. 4 is a diagram showing an example of a table T of the present invention.

There are three different access statuses as shown below, and 1, 2 or 3 is recorded in the table T for reference purposes.

1: The cartridge has not been accessed.

2: The cartridge has been accessed, and the index area was not updated after index partition information was copied to the index area.

3: The cartridge has been accessed, and the index area was updated after index partition information was copied to the index area.

The table T may be stored in the memory used by the LTFS LE or may be stored in local non-volatile storage such as on an HDD which can be reused when the LTFS LE process has been ended and is restarted.

Three different statuses (1, 2, 3) can be used in the table T to indicate whether or not a cartridge has been accessed and whether or not the index area has been updated. This is the specifying feature of the present invention.

When the user accesses a file and a cartridge inside a tape library is unmounted from the tape drive, a tape cartridge has to be accessed.

In a conventional LTFS LE, the index partition of a tape cartridge is accessed when the tape cartridge is accessed.

In the present invention, the index area is accessed or not accessed depending on the situation.

FIG. 5 is a diagram showing the flow when access occurs in the present invention.

More specifically, as shown in FIG. 5, the table T is referenced, the index partition information is copied to the index area during initial access to the cartridge, and the index area is then accessed.

In Step 100, the process is initiated to respond to an access request for a file on a tape cartridge mounted in a tape drive.

In Step 110, the table T is referenced to acquire the access status of the tape cartridge.

In Step 120, it is determined whether or not the access status has been set to 1.

If the access status has been set to 1, the tape cartridge is mounted in a tape drive, and metadata recorded in the WORM index partition is read from the mounted tape cartridge in Step 130.

In Step 140, the read metadata is written to the index area of local storage.

In Step 150, the access status is set to 2 in the table T.

In Step 160, the metadata written to the index area is used to respond to the access request for the file (the metadata recorded in the WORM index partition is not used).

In Step 170, it is determined whether or not an access request for the metadata written to the index area is accompanied by a metadata update.

If the access request is accompanied by a metadata update, and the access status in the table T is not 3, the access status is updated to 3 in Step 180.

In Step 190, the response to the access request is completed.

By using a table T in this way to access a tape cartridge, the index area can be accessed after the cartridge has been mounted instead of continuing to access the index partition as in a conventional LTFS LE.

FIG. 6 is a diagram showing the flow when a tape cartridge is ejected in the present invention.

When a tape cartridge is ejected from the LTFS LE, as shown in FIG. 6, the information in the index area is written to the index partition if necessary before the tape cartridge is ejected.

In Step 200, the tape cartridge ejection process is initiated.

In Step 210, the table T is referenced to acquire the access status of the tape cartridge.

In Step 220, it is determined whether the access status has been set to 3.

If the access status has been set to 3, the metadata written to the index area is written to the WORM index partition in Step 230.

If this status has been set, the metadata written to the index area of the local storage is no longer needed and may be deleted.

This operation may be timed to coincide with the cartridge unmounting process when the cartridge is ejected.

In Step 240, the information related to the access status of the tape cartridge is deleted from the table T.

In Step 250, the tape cartridge ejection process may be performed in the same manner as a conventional LTFS LE.

In Step 260, the tape cartridge ejection process is completed.

As explained in FIG. 5 and FIG. 6, the table is set to T (=1) when the table T has not been set to either T (=2) or T (=3).

From FIG. 5 to FIG. 6, the updating, referencing and use of settings in the table T follow the sequential order T (=1), T (=2), T (=3).

Viewed another way, three different statuses (1, 2, 3) are set in the table T in the flow from FIG. 5 to FIG. 6, and whether or not a tape cartridge has been accessed can be identified by groupings 1, 2 and 3, and whether or not the index area of a tape cartridge has been updated can be identified by groupings 2 and 3.

Because the information in the index partition is updated only when a cartridge is ejected from the LTFS LE, the frequency at which the index partition is updated can be significantly reduced.

A cartridge is ejected from the LTFS LE only when the user expressly operates the LTFS LE. Therefore, the index partition is updated only when the user expressly does so.

As a result, the index partition can be prevented from overflowing before the data partition does so.

When a cartridge is inadvertently discharged from the tape library without being expressly ejected, the most recent information may not have been written to the index partition.

However, no data is lost because the latest index information has been written to the data partition. The latest index information can then be recovered through the usual LTFS recovery process.

The present invention may be embodied by a person skilled in the art using technical concepts in other categories. For example, a program could be created to execute in a computer each step in the method of the present invention. 

1. A file system for eliminating the appending of unnecessary data created when a built-in tape in a tape cartridge mounted in a tape drive being used is accessed, to reduce consumption of capacity in a WORM index partition, the tape cartridge containing a built-in tape divided into two WORM partitions, the history of a plurality of files and metadata including the allocation of one or more recorded files being recorded in the one WORM data partition, and metadata being recorded in the other WORM index partition, wherein the file system, in response to an access request for a file on a tape cartridge mounted in a tape drive, enables: metadata recorded in a WORM index partition to be read; the read metadata to be written to an index area in local storage; metadata written to the index area to be used without using the metadata recorded in the WORM index partition in response to an access request to a file; determination of whether an access request for metadata written in the index area is accompanied by an update of the metadata; and writing the metadata written to the index area to the WORM index partition when it has been determined that the access request is accompanied by an update of the metadata.
 2. An LTFS LE (Linear Tape File System Library Edition) file system including the file system according to claim 18, wherein the file system is a LTFS (Linear Tape File System), the tape cartridges mounted in the tape drive are preformatted WORM cartridges, and the LTFS LE file system responds to access requests for tape cartridges inserted into the tape library via an interface. 